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ABSTRACT 



In order to reduce messaging within a wireless communi- 
cation system an emulator (137) is provided that receives 
multicast packet data from a router (138). The multicast 
packet data is transmitted from a server (120) and destined 
to at least one remote unit (113-117). TTie emulator (137) 
additionally receives control data for the current multicast 
session from the router (138). The first set of data is 
transmitted to d^e remote unit (113-117) and the emulator 
(137) responds to the control data (via a response message 
(134)) without transmitting the control messages to the 
remote unit (113-117). 

11 Claims, 6 Drawing Sheets 
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THE EMULATOR RECEIVES A FIRST 
SET OF DATA FROM THE ROUTER 
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THE EMULATOR RECEIVES A SECOND 
SET OF DATA FROM THE ROUTER 



^703 



THE FIRST SET OF DATA IS 
TRANSMITTED TO A REMOTE UNIT 



^705 



THE EMULATOR RESPONDS TO THE SECOND 

MESSAGE WITHOUT TRANSMITTING THE 
CONTROL MESSAGES TO THE REMOTE UNIT 
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FIG. 3 



801^ A REQUEST FOR A MULTICAST TRANSMISSION 
IS RECEIVED FROM A REMOTE UNIT 



805-^ THE LOGIC UNIT DETERMINES AN UNUSED 
ADDRESS FOR THE MULTICAST SESSION 



THE UNUSED ADDRESS IS ASSIGNED TO THE 
810-^ REMOTE UNIT. AND THEN TRANSMITTED TO THE 
REMOTE UNIT VIA DOWNLINK TRANSMISSION 
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DATA TRANSMISSION WITHIN A mitted to a remote unit, an emulator is provided that receives 

WIRELESS COMMUNICATION SYSTEM multicast packet data from a router. The multicast packet 

data is transmitted from a server and destined to at least one 

FIELD OF THE INVENTION remote unit. The emulator additionally receives control data 

Tbe present invention relates generally to communication ' niulticast session from the romer/n,e packet 

systems and. in particular, to data transmission within a >s transmitted to the remote unit and the emulator 

wireless communication system. "^'^""^ ^ the conliol data (via a response message) 

Without transmitting the control messages to the remote unit. 

BACKGROUND OF THE INVENTION Becaiise control data for the current multicast session is not 

10 transmitted to the remote unit over the air interface, the 

Next generation wireless communication system archi- amount of messaging within the communication system is 

lecture must be able to provide an array of services com- reduced, resulting in reduced system interference, 

parable to wire-line services. One such service envisioned ^^^^j ^^^^^^^ encompasses a method for data 

.^^'.^i A.''^''*u?'°'''^'°° ^? ^'"""^T Yf^^^"" transmission within a wireless communication system. Hie 

(CDMA) architecture is multicastmg. By definition multi- 15 ^^^^^ comprises the steps of receiving a fiist set of data 

casung IS a method which provides the dehveiy of mfor- and a second set of data, the second set of data representative 

mauon to mulUple destmations without transmittmg the of control messages for the first set of data. Next, the first set 

same mfomiation content to each destmaUon separately. ^ transmitted to a remote unit and the second set of 

Typically, wireline multicasting generates a great deal of data is responded to without transmitting the second set of 

messaging in the network, which is unacceptable in a 20 data to the remote unit 

wireless environment^ More parUoilarly, because each sig- j^^^^^^^ encompasses a method 

nal transmitted m a CDMAsystem is tn.icaUy transmitted in comprising the steps of receiving a request from a wireless 

the same frequency band, a majority of the noise associated ^^^^^ ^ ^^^^^ ^ transmission from the remote unit 

with a received signal can be attributed to other simulta- determining, at cellular infrastructure equipment, 

neous transmissions. Tie ma^itude of noise b directty 25 unused addresses. The unused address are transmitted to the 

related to the amount of data that is simultaneously trans- ^^^^^ ^ ^ transmitting data from the remote unit, 

imtted within the commumcation system. Thus it is benefl- , ^ , . . 

cial for a communication system to transmit as litUe as ^et another aspect of the mvenUon encompasses an 

possible in order to reduce the overall system noise. apparatus for data transmission within a wireless commu- 

„ ^ , . ^ . , , ^ nication system. The apparatus comprises an emulator hav- 

nierefore, a need exists for a method and apparatus for 30 ^ ^^^^ ^ ^^^^ ^^^^ ^ ^ 

data transmission m a wireless communication system that o^iputting the first set of data for transmission over an air 

minimizes the number of messages transmitted to a remote ^^^^^^^ ^^ ^ ^^^^^^ ^^^^ outputting a response to the 

second set of data without transmitting the second set of data 

BRIEF DESCRIPTION OF THE DRAWINGS 35 tlie remote unit. 

Turning now to the drawings, wherein like numerals 

FIG. 1 is a block diagram of a cominunication system in designate like components, FIG. 1 is a block diagram of 

accordance with the preferred embodiment of the present communication system 100 in accordance with the preferred 

mvention. embodiment of the present invention. In the preferred 

FIG. 2 is a block diagram of a base station of FIG. 1 in 4q embodiment of the present invention, communication sys- 

accordance with the preferred embodiment of the present tem 100 utilizes a next generation CDMA architecture as 

invention. described in the cdma2000 International Telecommunica- 

FIG. 3 is a block diagram of fundamental channel cir- tion Union-Radiocommunication (ITU-R) Radio Transmis- 

cuitry of FIG. 2 for sending control messages to a remote sion Technology (RTl) Candidate Submission document, 

unit in accordance with the preferred embodiment of the 45 in alternate embodiments communication system 100 

present invention. utilize other analog or digital cellular communication 

FTG. 4 is a block diagram of supplemental channel ^y^^^"^ protocols such as, but not limited to, the next 

circuitry of FIG. 2 for transmitting data in accordance with ^^^^'^^ P'i^'^ ^^^i^*^ Cornmumcations 

the preferred embodiment of the present invenUon. (^SM) protocol, or the CDMAsystem protocol as described 

^ . ..i . ^ t J. J • 50 in "Personal Station-Base Station Compatibility Require- 

FIG, 5 is an illustration of a long spreading code in „ , r i o i n r^u a t\ ' - \m u- i a 
, - , . J. . /. ments for 1.8 to 2.0 GHz Code Division Multiple Access 

accordance with the preferred embodiment of the present //^rMXA\ r>«, ^ r> o* »/* 

. ^ ^ (CDMA) Personal Communication Systems (American 

National Standards Institute (ANSI) J-STD-008). Commu- 

FIG, 6 is a flow chart illustrating operation of the logic nication system 100 includes server 120, Public Switched 

unit of no. 1 in accordance with the preferred embodiment Telephone Network (PSTN) 122, Base Transceiver Station 

of the present invenUon. (BTS) 130, emulator 137, and remote units 113-117. 

FIG. 7 is a flow chart illustrating operation of the emulator Although not shown, communication system 100 comprises 

of FIG. 1 in accordance wi± the preferred embodiment of well known network elements such as Mobile Switching 

the present invention. Centers (MSCs), Centralized Base Station Controllers 

FIG. 8 is a flow chart showing operation of the base 60 (CBSCs), and the like, 

station of FIG. 1 in accordance with the preferred embodi- In the preferred embodiment of the present invention 

ment of the present invention when a multicast transmission server 120 is capable of providing a multicasting session 

originates from a remote unit. over PSTN/internet 122 to chents such as Local Area 

nPTAiT nn nncr-Ditmnxi nx: tuc no AWTwr-c Networks 126-128, Wide Area Network 124, and BTS 130. 

DETAILED DESCRIPTION OF THE DRAWINGS ^^^^ particularly, server 120 utiUzes the Internet Group 

To address the need for data U^ansmission in a communi- Management Protocol (IGMP) as described in Request for 

cation system that minimizes the number of messages trans- * Comments (RFC) document 1112 and RFC 2236 of the 
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Internet Engineering Task Force (IETF) to provide multi- (FER), Bit Error Rate (BER) and/or Transmission Delay) of 

casting. Remote units 113-117 that wish to receive a mul- this channel may be set and operated independently of the 

ticast session, monitor a multicast advertisement message on fundamental channel. 

a system broadcast channel to determine a session to receive. Data transmission and channel assignment from base 

Broadcast channels arc part of the common forward s station 130 in accordance with the preferred embodiment of 

physical/paging channel as described in Mobile Station- the present invention occurs as follows: Reverse Access 

Base Station Compatibility Standards for Dual-Mode Wide- (Common Control) channel circuitry receives a subscribe 

band Spread Spectrum Celhilar Systems, Telecommunica- message from a remote unit to join a multicast session. As 

tions Industry Association Interim Standard 95 A, Wash., described above, the subscribe message comprises an emu- 

D.C. July 1993 (IS-95A), which is incorporated by reference lated IGMP message for subscribing to the multicast session, 

herein. Logic tmit 136 determines if it is currently subscribed to the 

In the preferred embodiment of the present invention, requested multicast session (i.e., another remote imit is 

advertisement messages include information about multicast currently subscribed to the session) and if so, an acknowl- 

e vents available to remote units 113-117. The information edgment (Ack) message is Stilt to the remote unit. In the 

includes the session's Internet Protocol (IP) address, port 55 preferred embodiment of the present invention the Ack 

number, time and duration of the transmission, and a brief message contains the current channel (i.e., the assigned 

description of the event. Walsh code and the long code), with the long code being a 

Base station 130 will join a mtilticast session and forward function of the multicast IP address. In other words, the Ack 

it over the air interface via a high-speed data channel message contains the Supplemental Channel Walsh code and 

(supplemental channel) if there is at least one remote unit 20 ^ong code that is used by the remote unit to demodulate the 

113-117 that requested participation in the session. Once a multicast session. In the preferred embodiment, if base 

remote unit requests participation in the multicast event, a station 130 is not currently subscribed to the multicast 

common supplemental channel is assigned to the remote session, logic unit 136 determines the multicast address and 

unit, and the multicast session is broadcast to all remote sends a query message to router 138 requesting to join the 

units currently participating in the multicast event. As dis- 25 multicast session. In turn router 138 sends an IGMP message 

cussed in greater detail below, the common supplemental to an upstream router that is located within the PSTN/ 

channel utiUzcs two unique spreading codes for channel Internet network 122. This process continues until a 

assignment, with one of the spreading codes being a function upstream router that is currently receiving the multicast 

of the multicast session address that is broadcast by server session is located. In the preferred embodiment this is 

120. Additionally, in order to minimize messaging over the 30 accomplished by sending an IGMP message to router 138 as 

air interface, emulator 137 is utilized to emulate messaging described in RFC 1112 and/or RFC 2236. Thereafter, base 

that normally occurs between server 120 and any device station 130 sends an Ack message to the remote unit, 

receiving the multicast (e.g., remote imits receiving the Although the above description was given with respect to 

multicast session). a single remote unit, multiple remote units may join the 

FIG. 2 is a block diagram of base station 130 of FIG. 1 in 35 multicast session in a similar manner, resulting in multiple 

accordance with the preferred embodiment of the present remote units utilizing the same spreading codes (i.e., Walsh 

invention. Base station 130 comprises logic unit 136, emu- and long codes) to de -scramble the particular session, 

lator 137, router 138, transmit/receive circuitry 140 com- Additionally, muUiplc multicast sessions can be simulta- 

prising one or more common control channel circuits 201, neously broadcast from a single base station, resulting in at 

one or more fundamental channel circuits 203, one or more 40 least a first group of remote units utilizing a first spreading 

supplemental channel circuits 205, summer 211, and modu- code based on an address for a first multicast transmission, 

lator 215. In the preferred embodiment of the present and a second group of remote units utilizing a second 

invention, communication to remote unit 113 may take place spreading code based on an address for a second multicast 

utilizing the supplemental channel circuitry 205 and/or transmission. 

fundamental channel circuitry 203. In particular, base station 45 FIG. 3 is a block diagram of fundamental channel cir- 
130 utilizes two classes of channels defined for both forward cuitry 203 of FIG. 2 for sending control messages to remote 
and reverse transmission. In the preferred embodiment, the units in accordance with the preferred embodiment of the 
fundamental channels are similar to existing CDMA traffic present invention. Fundamental channel circuitry 203 
channels used for voice and signaling, except spread over a includes channel multiplexer 301, convolutional encoder 
wider bandwidth. Similarly, the common control channel is 50 312, symbol repeater 315, block interleaver 316, long code 
used for passing system information and control signaling, scrambler 317, and orthogonal encoder 320. During 
along with multicast advertisement information. When operation, data bits 310 (emulated IGMP message to be 
transmitting a multicast session, fundamental channels or transmitted over the air interface) are received by channel 
common control channels are utilized to transmit emulated multiplexer 301 at a particular bit rate. Emulated IGMP 
Internet Group Management Protocol (IGMP) messages for 55 message 310 typically includes control messages such as 
subscribing and de-subscribing to a multicast session. Subscribe and De-subscribe messages. Channel multiplexer 
CDMA traffic and common control channels are described in 301 multiplexes secondary traffic (e.g., data), and/or signal- 
detail in IS-95A as well as the RTT Candidate Submission ing traffic (e.g. control or user messages) onto the emulated 
Document. Additionally, soft handoff (simultaneous com- IGMP message 310 and outputs the multiplexed data at 9.6 
munication utilizing more than one fundamental channel 60 kbit/sec to convolutional encoder 312. Convolutional 
circuit 203) is supported utilizing fundamental channel encoder 312 encodes input data bits 310 into data symbols 
circuitry 203. Supplemental channel circuitry 205 are uti- at a fixed encoding rate with an encoding algorithm which 
hzed for communicating high data rate services (e.g., mul- facifitates subsequent maximum likelihood decoding of the 
ticast packet data) to remote unit 113. The data rate of the data symbols into data bits (e.g. convolutional or block 
supplemental channels is specified prior to transmission. 65 coding algorithms). For example, convolutional encoder 312 
Multiple data sources are time multiplexed on this channel. encodes input data bits 310 (received at a rate of 9.6 
In addition, the Quality-of-Service (e.g., Frame Error Rate kbit/second) at a fixed encoding rate of one data bit to two 



06/22/2004, EAST Version: 1.4.1 



6,144,651 



data symbols (i.e., rate Vi) such that convolutional eacoder 
312 ou^uts data symbols 214 at a 28.8 ksymbol/second rate. 

Data symbols 314 are then repeated by repeater 315 and 
input into interleaver 316. Interleaver 316 interleaves the 
input data symbols 314 at the symbol level. In interleaver 
316, data symbols 314 are individually input into a matrix 
which defines a predetermined size block of data symbols 
314. Data symbols 314 are input into locations within a 
matrix so that the matrix is filled in a column by colimin 
manner Data symbols 314 are individually output from 
locations within the matrix so that the matrix is emptied in 
a row by row manner. Typically, the matrix is a square 
matrix having a number of rows equal to the number of 
colxmins; however, other matrix forms can be chosen to 
increase the output interleaving distance between the con- 
secutively input non-interleaved data symbols. Interleaved 
data symbols 318 are output by interleaver 316 at the same 
data symbol rate that they were input (e.g., 28,8 ksymbol/ 
second). Hie predetermined size of the block of data sym- 
bols defined by the matrix is derived from the maximum 
number of data symbols which can be transmitted at a 
predetermined symbol rate within a predetermined length 
transmission block. For example, if the predetermined 
length of the transmission block is 20 milliseconds, then the 
predetermined size of the block of data symbols is 28.8 
ksymbol/second times 20 milliseconds which equals 576 
data symbols which defines a 18 by 32 mau-ix. 

Interleaved data symbols 318 are scrambled by scrambler 
317 and output to orthogonal encoder 320. In particular, long 
code scrambler 317 scrambles symbols 318 by modulo 2 
adding symbols 318 with a user-specific Long Code. The 
scrambled symbols are then output to orthogonal encoder 
320, where encoder 320 modulo 2 adds an orthogonal code 
(e.g., a 256-ary Walsh code) to each interleaved and 
scrambled data symbol 318. For example, in 256-ary 
orthogonal encoding, interleaved and scrambled data sym- 
bols 318 arc each exclusive OR'd by a 256 symbol orthogo- 
nal code. These 256 orthogonal codes preferably correspond 
to Walsh codes fi-om a 256 by 256 Hadamard matrix wherein 
a Walsh code is a single row or column of the matrix. 
Orthogonal encoder 320 repetitively outputs a Walsh code 
which corresponds to input data symbol 318 at a fixed 
symbol rate (e.g., 28.8 ksymbol/second). 

Sequence of Walsh codes 342 are further spread by a pair 
of short pseudorandom codes 324 (i.e. short when compared 
to the long code) to generate an I-channel and Q-channel 
code spread sequence 326. The 1 -channel and Q-channel 
code spread sequences 326 are used to bi-phase modulate a 
quadrature pair of sinusoids by driving the power level 
controls of the pair of sinusoids. The sinusoids output 
signals are summed, QPSK modulated (by modulator 215) 
and radiated by anterma 121 to complete transmission of 
channel data bits 310. In the preferred embodiment of the 
present invention, spread sequences 226 are output at a rate 
of 3.6864 Mega Chips per second (Mcps) and radiated 
within a 5 MHz bandwidth, but in alternate embodiments of 
the present invention, spread sequences 226 may be output 
at a different rate and radiated within a different bandwidth. 
For example, in an alternate embodiment of the present 
invention an IS-95A transmission scheme may be utilized 
where spread sequences 326 are output at a rate of 1.2288 
Mcps (trafiBc chaimel chip rate) within a 1.25 MHz band- 
width. 

FIG. 4 is a block diagram of supplemental channel 
circuitry 205 of FIG. 2 for transmitting data (e.g., multicast 
traffic) in accordance with the preferred embodiment of the 
present invention. Supplemental channel circuitry 205 



includes chaimel multiplexer 401, convolutional encoder 
412, symbol repeater 415, block interleaver 416, and 
orthogonal encoder 420. During operation, signal 410 
(multicast packet data) is received by channel multiplexer 

s 401 at a particular bit rate (e.g., 152.4 kbit/second), Charmcl 
multiplexer 401 multiplexes secondary u*affic (e.g., user data 
onto the supplemental chaimel data 410 and outputs the 
multiplexed data to convolutional encoder 412 at 153.6 kb/s, 
Convolutional encoder 412 encodes input data bits 410 into 
data symbols at a fixed encoding rate with an encoding 
algorithm which facilitates subsequent maximum likelihood 
decoding of the data symbols into data bits (e.g. convolu- 
tional or block coding algorithms). For example, convolu- 
tional encoder 412 encodes input data bits 410 (received at 
a rate of 153.6 kbit/second) at a fixed encoding rate of one 
data bit to two data symbols (i.e., rate '/}) such that convo- 
lutional encoder 412 outputs data symbols 414 at a 460.8 
kbit/second rate. 

Data symbols 414 are then input into interleaver 416. 

20 Interleaver 416 interleaves the input data symbols 414 at the 
symbol level In interleaver 416, data symbols 414 are 
individually input into a matrix which defines a predeter- 
mined size block of data symbols 414, Data symbols 414 are 
input into locations within a matrix so that the matrix is filled 

25 in a column by column manner. Data symbols 414 are 
individually output from locations within the matrix so that 
the matrix is emptied in a row by row manner. Typically, the 
matrix is a square matrix having a number of rows equal to 
the number of columns; however, other matrix forms can be 

30 chosen to increase the output interleaving distance between 
the consecutively input non-interleaved data symbols. Inter- 
leaved data symbols 418 are output by interleaver 416 at the 
same data symbol rate that they were input (e.g., 460,8 
ksymbol/second). The predetermined size of the block of 

35 data symbols defined by the matrix is derived from the 
maximimi number of data symbols which can be transmitted 
at a predetermined symbol rate within a predetermined 
length transmission block. For example, if the predeter- 
mined length of the transmission block is 20 milliseconds, 

40 then the predetermined size of the block of data symbols is 
9.216 ksymbols. 

Interleaved data symbols 418 are scrambled by scrambler 
417 and output to orthogonal encoder 320. In particular, long 
code scrambler 417 scrambles symbols 418 by modulo 2 

45 adding symbols 418 with a group-specific long code. As 
shown in FIG. 5, the group-specific long code is a function 
of a specific address (IP address) for server 120. In the 
preferred embodiment of the present invention the least 
significant 32 bits of the multicast session address 501 are 

50 utilized as the group -specific long code along with a 10 bit 
header, resulting in a long code having the session address 
501 embedded therein. 

Continuing, the scrambled symbols are then output to 
orthogonal encoder 420, where encoder 420 modulo 2 adds 

55 an orthogonal code (e.g., a 16-ary Walsh code) to each 
interleaved and scrambled data symbol 418. In the preferred 
embodiment of the present invention, each multicast session 
utilizes the same spreading (Walsh) code for every remote 
unit 113-117 participating in the multicast session. Thus, the 

60 same 16-ary spreading code is utilized by all remote units 
currently participating in the multicast session. In 16-ary 
orthogonal encoding, interleaved and scrambled data sym- 
bols 418 are each exclusive OR'd by a 16 symbol orthogonal 
code. These 16 orthogonal codes preferably correspond to 

65 Walsh codes from a 16 by 16 Hadamard matrix wherein a 
Walsh code is a single row or column of the matrix. 
Orthogonal encoder 420 repetitively outputs a Walsh code or 
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its inverse which corresponds to input data symbol 418 at a 
fixed symbol rate (e.g., 460.8 ksymbol/second). 

Sequence of weighted Walsh codes 442 are further spread 
by a pair of short pseudorandom codes 424 (i.e. short when 
compared to the long code) to generate an I-channel and 
Q-channel code spread sequence 426. The I-channel and 
Q-channel code spread sequences 426 arc used to bi-pbase 
modulate a quadrature pair of siausoids by driving the power 
level controls of the pair of sinusoids. The sinusoids output 
signals are summed, QPSK modulated (by modulator 215) 
and radiated by antenna 121 to complete transmission of 
channel data bits 410. In the preferred embodiment of the 
present invention, spread sequences 426 are output at 3.6864 
Mcps and radiated within a 5 MHz bandwidth. 

FIG. 6 is a flow chart illustrating operation of the logic 
unit of FIG. 1 in accordance with the preferred embodiment 
of the present invention. The logic flow begins at step 601 
where logic unit 136 receives a message (IGMP subscribe 
message) from a remote unit that wishes to join a multicast 
session. Next, at step 603, logic unit 136 determines if it has 
already joined the multicast session. In particular, logic unit 

136 determines if any remote unit in communication with 
base station 130 is already subscribed to the multicast 
session, and if not the logic flow continues to step 605, 
otherwise the logic unit continues to step 607. At step 605 
logic unit determines the address for the multicast session 
and subscribes to the multicast session by IGMP messaging 
as described in RFC 1112 and RFC 2236, and the logic flow 
continues to step 607. At step 607 a common supplemental 
channel is assigned and the specific channel is broadcast (via 
an Ack message) to the remote unit. As discussed above two 
particular spreading codes are utilized by all remote units 
participating in the multicast session. Tht first spreading 
code is a Walsh code unique to the RF channel, and the 
second spreading code is a group-specific long that com- 
prises the specific multicast session address (IP address) 
from the multicast server 120. Finally, at step 609 the 
multicast session is broadcast to the remote over an air 
interface via a channel defined by the first and the second 
spreading codes. 

FIG. 7 is a flow chart illustrating operation of the emulator 
of FIG. 1 in accordance with the preferred embodiment of 
the present invention. The logic flow begins at step 701 
where emulator 137 receives a first set of data from router 
138. In the preferred embodiment of the present invention 
the first set of data is multicast packet data transmitted from 
server 120 and destined to at least one remote unit commu- 
nicating with base station 130. Next, at step 703, emulator 

137 receives a second set of data from router 138. In the 
preferred embodiment of the present invention the second 
set of data is control data for the first set of data (current 
multicast session) being broadcast from server 120. In 
particular, the second set of data is IGMP messaging 132 as 
described in RFC 1 112 and RFC 2236 as published by IETF. 
Next, at step 705, the first set of data is transmitted to a 
remote unit over an air interface as discussed above with 
reference to FIG. 4. Finally, at step 707, emulator 137 
responds to the second set of data (via response message 
134) without transmiuing the conu-ol messages to the remote 
unit. In particular, certain IGMP messages such as Mem- 
bership Query Messages, Leave Group Messages, and Mem- 
bership Report Messages require a response from the recipi- 
ent of the multicast session. In order to reduce transmission 
over the air interface, only the first set of data is transmitted 
to the remote unit, while emulator 137 responds to the 
particular IGMP message via response message 134. This 
approach increases system capacity in a wireless CDMA 
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network since unnecessary transmissions (e.g., IGMP 

messages) over the air interface are reduced. In the preferred 

embodiment a remote imit only transmits subscribe and 

de-subscribe (emulated IGMP messages). Furthermore, no 
5 IGMP messages described in RFC 1112 and RFC 2236 are 

transmitted over the air interface, 
FIG. 8 is a flow chart showing operation of base station 

130 when a multicast transmission originates from a remote 

unit in communication with base station 130. In other words, 

instead of originating from server 120, the multicast trans- 
mission is now originating from a remote unit in commu- 
nication with base station 130. The logic flow begins at step 

801 where a request for a multicast transmission is received 

from a remote unit. Next, at step 805 logic unit 136 

determines an uniised address for the multicast session. In 

particular, as described in RFC 1112 and RFC 2236, logic 

unit 136 determines imused IP addresses by listening to 

IGMP messages. At step 810, the unused address is assigned 

to the remote unit, and then transmitted to the remote unit via 

downlink transmission. The IP address is then utilized by the 
20 remote unit and is embedding into an IP header and is used 

as the multicast address as described in RFC 112 and RFC 

2236. This approach increases system capacity in a wireless 

CDMA network since no multicast control messages (e.g., 

IGMP messages) are transmitted over the air interface. 
25 While the invention has been particularly shown and 

described with reference to a particular embodiment, it will 

be understood by those skilled in the art that various changes 

in form and details may be made therein without departing 

firom the spirit and scope of the invention and it is intended 
3Q that all such changes come withia the scope of the following 

claims and their equivalents: 
What is claimed is: 

1. A method for a base station to transmit data within a 
wireless communication system, the method comprising the 

2j steps of: 

receiving, by the base station a first set of data destined for 
a remote unit; 

receiving, by the base station a second set of data repre- 
sentative of control messages for the first set of data, 
40 wherein the second set of data requires a response from 
the remote unit; 

transmitting, by the base station the first set of data to the 
remote unit; and 

emulating the remote unit by the base station by sending 
45 an emulated response to the second set of data without 
transmitting the second set of data or the emulated 
response over the air. 

2. The method of claim 1 wherein the step of receiving the 
first set of data comprises the step of receiving multicast 

50 data. 

3. The method of claim 2 wherein the step of receiving 
multicast data comprises the step of receiving multicast data 
transmitted from a server over an internet/Public Switched 
Telephone Network (PSTN). 

55 4, The method of claim 1 wherein the step of receiving the 
second set of data comprises receiving control data for a 
multicast session. 

5. The method of claim 4 wherein the step of receiving 
control data comprises the step of receiving an Internet 

60 Group Management Protocol (IGMP) message. 

6. The method of claim 1 wherein the step of transmitting 
the first set of data comprises tbc step of transmitting the first 
set of data over an air interface within the wireless commu- 
nication system. 

65 7. A base station used for data transmission within a 
wireless communication system, the base station compris- 
ing: 
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a remote unit emulator having a first set of data destined 
for the remote unit and a second set of data as inputs, 
wherein the second set of data requires a response from 
the remote unit, the emulator outputting the first set of 
data for transmission over an air interface to the remote 
unit, while outputting an emulated response to the 
second set of data without transmitting the second set 
of data or the emulated response over the air. 

8. The base station of claim 7 wherein the first set of data 
comprises multicast data. 
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9. The base station of claim 8 wherein the multicast data 
comprises multicast data transmitted from a server over an 
internet/Public Switched Telephone Network (PSTN). 

10. The base station of claim 7 wherein the second set of 
S data comprises data for a multicast session. 

11. The base station of claim 10 wherein the control data 
comprises an Internet Group Management Protocol (IGMP) 
message. 

^ m * * * 
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